Diseño Conceptual de Bases de Datos con UML / Conceptual Design of Databases with UML

En atención a la preminencia actual de las metodologías ágiles en el ejercicio profesional, se plantea la importancia de adoptar métodos, técnicas, lenguajes y herramientas actuales de la fase de análisis de la ingeniería de software para el modelado conceptual de bases de datos, tanto en los currículos de carreras de informática, con los objetivos de mejorar la calidad de la enseñanza y concientizar a los futuros profesionales de la importancia del análisis y su documentación, como en el trabajo profesional, para mejorar la calidad de procesos y de productos. Se propone un estándar para modelar entidades y relaciones con UML y se analiza sus fortalezas y debilidades.

Integrated environment of systems automated engineering

The Standardization of a development process for systems of medium complexity, entirely supported by an integrated development environment, could mean a double contribution to the industry of systems development. On the one hand it would contribute to the reduction of costs by shortening times of development and facilitating the maintenance of the systems. On the other hand, by using conceptual models of a high level of abstraction, final users would be able to visualize and follow the progress of systems development and to commit themselves in the process actively, guaranteeing their success. The purpose of this series of papers is to identify, design, develop and integrate the components of an integrated environment for a system automated development, starting from high-level-abstraction formal specifications. It is intended to achieve a generation of systems starting from only two models: the static or data structure model, and the dynamic or functional model. The former is based on an adaptation of the conceptual pattern of entities and relationships, and the latter on the formal specification of operations in objects relational algebra and on the finite automaton theory. The maintenance of the systems generated by the tool would be made by operating directly on the static and dynamic models, with no need for either re-coding or making reverse engineering. The strength of the proposal is based on integration of the Software Engineering and the analysis and metrics of quality. Storage protocols of data definitions and storage protocols of interface definitions corresponding to a graph, through the state transitions and their gradation so that the user could visualize the development of the life cycle[6][32][33][47]. Any artifact or document can be measured and estimated if it is produced during the software life cycle. This study is an approximation to a process of activities supported by an effective help tool. Abstraction and visualization capacities are provided to the artifacts with the system design and analysis (CASE). Such artifacts under controlled conditions trace the software life cycle taking information of the structure (framework) of the application; with Quality, Reliability and Metrics.Eje: Ingeniería de Software y Base de DatosRed de Universidades con Carreras en Informática (RedUNCI

Proceso y métodos de ingeniería liviana de sistema

Las metodologías de desarrollo de software surgieron a raíz de la necesidad de controlar y documentar proyectos cada vez más complejos, impulsadas principalmente por instituciones económicamente importantes y con requisitos de seguridad y fiabilidad en sus sistemas sumamente estrictos, como el Departamento de Defensa de los Estados Unidos. Pero la evolución de estas metodologías, que sugieren o imponen a menudo varias actividades paralelas para cada fase del ciclo de vida de los sistemas y que asimismo pueden requerir más de un modelo para cada actividad, determinó que el costo y el esfuerzo requeridos en producir y mantener los documentos relativos al proceso de desarrollo crecieran considerablemente, a tal punto que hoy en día sólo instituciones muy grandes o que desarrollan sistemas muy complejos las adoptan y cumplen formalmente.Eje: Ingeniería de Software y Base de DatosRed de Universidades con Carreras en Informática (RedUNCI

Proceso y métodos de ingeniería liviana de sistema

Las metodologías de desarrollo de software surgieron a raíz de la necesidad de controlar y documentar proyectos cada vez más complejos, impulsadas principalmente por instituciones económicamente importantes y con requisitos de seguridad y fiabilidad en sus sistemas sumamente estrictos, como el Departamento de Defensa de los Estados Unidos. Pero la evolución de estas metodologías, que sugieren o imponen a menudo varias actividades paralelas para cada fase del ciclo de vida de los sistemas y que asimismo pueden requerir más de un modelo para cada actividad, determinó que el costo y el esfuerzo requeridos en producir y mantener los documentos relativos al proceso de desarrollo crecieran considerablemente, a tal punto que hoy en día sólo instituciones muy grandes o que desarrollan sistemas muy complejos las adoptan y cumplen formalmente.Eje: Ingeniería de Software y Base de DatosRed de Universidades con Carreras en Informática (RedUNCI

Integrated environment of systems automated engineering

The Standardization of a development process for systems of medium complexity, entirely supported by an integrated development environment, could mean a double contribution to the industry of systems development. On the one hand it would contribute to the reduction of costs by shortening times of development and facilitating the maintenance of the systems. On the other hand, by using conceptual models of a high level of abstraction, final users would be able to visualize and follow the progress of systems development and to commit themselves in the process actively, guaranteeing their success. The purpose of this series of papers is to identify, design, develop and integrate the components of an integrated environment for a system automated development, starting from high-level-abstraction formal specifications. It is intended to achieve a generation of systems starting from only two models: the static or data structure model, and the dynamic or functional model. The former is based on an adaptation of the conceptual pattern of entities and relationships, and the latter on the formal specification of operations in objects relational algebra and on the finite automaton theory. The maintenance of the systems generated by the tool would be made by operating directly on the static and dynamic models, with no need for either re-coding or making reverse engineering. The strength of the proposal is based on integration of the Software Engineering and the analysis and metrics of quality. Storage protocols of data definitions and storage protocols of interface definitions corresponding to a graph, through the state transitions and their gradation so that the user could visualize the development of the life cycle[6][32][33][47]. Any artifact or document can be measured and estimated if it is produced during the software life cycle. This study is an approximation to a process of activities supported by an effective help tool. Abstraction and visualization capacities are provided to the artifacts with the system design and analysis (CASE). Such artifacts under controlled conditions trace the software life cycle taking information of the structure (framework) of the application; with Quality, Reliability and Metrics.Eje: Ingeniería de Software y Base de DatosRed de Universidades con Carreras en Informática (RedUNCI

Proceso ágil para desarrollo de software

La realidad de la industria del software de gestión, particularmente en nuestro país, impone la adopción de procesos ágiles de desarrollo para lograr competitividad. Reflejo de ello, a nivel internacional, es la creciente consolidación de la filosofía Agile, representada por los principios del Agile Manifiesto. El objetivo principal de un proceso ágil es minimizar la documentación de desarrollo, incluso al extremo de considerarla descartable, y solamente como vehículo de comprensión de problemas dentro del grupo de trabajo y de comunicación con los usuarios. Otra característica de los procesos ágiles es que, atendiendo la importancia de la participación de los usuarios finales, suelen ser iterativos e incrementales. Un ejemplo de proceso ágil pero que confiere cierta importancia a la documentación de desarrollo es el denominado Iconix, formalizado por Rosemberg y Scott, que es iterativo e incremental y se basa en el UML (Unified Modeling Language).Eje: Ingeniería de SoftwareRed de Universidades con Carreras en Informática (RedUNCI

Proceso ágil para desarrollo de software

La realidad de la industria del software de gestión, particularmente en nuestro país, impone la adopción de procesos ágiles de desarrollo para lograr competitividad. Reflejo de ello, a nivel internacional, es la creciente consolidación de la filosofía Agile, representada por los principios del Agile Manifiesto. El objetivo principal de un proceso ágil es minimizar la documentación de desarrollo, incluso al extremo de considerarla descartable, y solamente como vehículo de comprensión de problemas dentro del grupo de trabajo y de comunicación con los usuarios. Otra característica de los procesos ágiles es que, atendiendo la importancia de la participación de los usuarios finales, suelen ser iterativos e incrementales. Un ejemplo de proceso ágil pero que confiere cierta importancia a la documentación de desarrollo es el denominado Iconix, formalizado por Rosemberg y Scott, que es iterativo e incremental y se basa en el UML (Unified Modeling Language).Eje: Ingeniería de SoftwareRed de Universidades con Carreras en Informática (RedUNCI

Proceso ágil para desarrollo automatizado de software

El proyecto que sustenta este trabajo tiene como objetivo el desarrollo de una herramienta ICASE (Integrated Computer Aided Software Engineering) que produzca sistemas, esto es, el código y la documentación completos, a partir de especificaciones gráficas de alto nivel de abstracción. Para ello se definió un proceso de desarrollo ágil basado en la prototipación evolutiva, con ciclos conformados por la especificación o evolución de requerimientos, la especificación o evolución de diseño y la generación o regeneración del sistema[11]. Para modelar la estructura estática de los productos se emplean diagramas de clase que representan el modelo de dominio (entity classes), y para modelar la estructura dinámica se emplea un modelo basado en la teoría de autómatas finitos[10]: se concibe a todo sistema como a un autómata cuyos estados se asimilan a interfaces (boundary classes), y sus transiciones a funciones (métodos de un controller asociado a cada interfaz) que también se especifican con un alto nivel de abstracción, y que son la base para la generación del código. Para cada ciclo de evolución se contemplan las etapas del proceso refinándose estos diagramas.Eje: Ingeniería de Software y Bases de Datos (ISBD)Red de Universidades con Carreras en Informática (RedUNCI

Desarrollo de pensamiento computacional en estudiantes de ingeniería

Se describe estrategias de enseñanza para el desarrollo del pensamiento computacional en alumnos de carreras de Ingeniería en la FIUBA, en cursos de una asignatura denominada Computación correspondientes a los autores, y con diversos condicionamientos desfavorables. Se trata de una asignatura de formación básica que los alumnos de carreras de Ingeniería pueden cursar al ingresar a la facultad luego de aprobar el Ciclo Básico Común, en simultaneidad con otras asignaturas de Ciencias Básicas muy demandantes de tiempo y esfuerzo como Álgebra, Análisis Matemático y Física. El pensamiento computacional es un paradigma para resolver problemas que en general resulta extraño o está poco o mal desarrollado en los estudiantes, que además consideran a la asignatura como ajena a sus intereses profesionales, por lo que resulta un desafío para los docentes despertar y mantener la motivación de los alumnos y evitar que deserten. El objetivo de las estrategias de enseñanza y las modalidades de desarrollo y evaluación de actividades formativas que se describen en este trabajo es desarrollar las competencias específicas y genéricas que tiene la asignatura como objetivos propios, propiciando el interés de los alumnos y su permanencia en los cursos.Secretaría de Asuntos Académico